Add pyesptool as a programmer option #100
Conversation
| tools.esptool.program.pattern="{path}/{cmd}" -vvv {program.verbose} -cd {upload.resetmethod} -cb {upload.speed} -cp {serial.port} -ca 0x00000 -cf "{build.path}/{build.project_name}_00000.bin" -ca 0x40000 -cf "{build.path}/{build.project_name}_40000.bin" | ||
|
|
||
| tools.pyesptool.cmd=esptool.py | ||
| tools.pyesptool.cmd.windows=esptool.exe |
There was a problem hiding this comment.
windows version of command doesn't look right...
|
I was looking at the option of packaging esptool.py along with python runtime using pyinstaller. This would remove dependency on Python. Unfortunately, the binaries built using this method don't work on older versions of OS X (~10.6). |
|
Esptool.py needs to be updated to work around a bug in the SPIEraseArea ROM function: espressif/esptool#33. |
|
i build the fixed version for windows: |
|
just an fyi, I started fresh with a new esp8266, and got it up and running on my Ubuntu VM. I think the problem was that I was trying to use this pyesptool solution? At one point it said it was erasing the flash, went through to 100%, then hung. I never got that esp working again. |
|
From #78: On Mac OS X, esptools.py |
|
I'm having a possibly related problem. I'm on ubuntu and esptool-ck will fail to upload, whereas esptool.py will always work fine.. I'm setting up a custom board (10k pullups on ch_pd & reset, 10k pulldown on gpio0).. I hooked up logic analyser, there are some notable differences, but sequence of reset/rts and gpio0/dtr seem to be acceptable for both. So assuming this is for adding esptool.py for flashing, then +1 for this effort. |
I found that esptool consistently failed to upload on macos, this adds the python esptool as a programmer option